home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 15633 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: news.infi.net!usenet
  2. From: klaws@norfolk.infi.net (KlawS)
  3. Newsgroups: comp.lang.c++,rec.games.programmer,alt.msdos.programmer,comp.programming
  4. Subject: Re: Young programmers read me.
  5. Date: Sun, 07 Apr 1996 19:11:13 GMT
  6. Organization: InfiNet
  7. Message-ID: <4k93rk$9lq@nw002.infi.net>
  8. References: <4icpp9$7hr@barad-dur.nas.com> <4imqe4$cj3@ping1.ping.be> <1996Mar23.224853.116513@kuhub.cc.ukans.edu> <4j52hn$ikb@news.ios.com> <Pine.OSF.3.91.960403112207.17337H-100000@bud.cc.swin.edu.au> <aidan-0404961557290001@meathook.intac.com> <pnoguchi-0404962135210001@pnoguchi.his.com> <aidan-0604961847480001@meathook.intac.com>
  9. NNTP-Posting-Host: pa1dsp2.orf.infi.net
  10. X-Newsreader: Forte Free Agent 1.0.82
  11.  
  12. aidan@genghis.kublai.com (Aidan Cully) wrote:
  13. >Here you point out one of my greatest objections to the language as though
  14. >it were a feature...  I agree that a programmer should be able to find his
  15. >own bugs, but loose syntax is just pointless, and makes the bug-hunt just
  16. >so much harder.  I don't think that anyone should have the right to feel
  17. >macho about being able to figure out how to program in one language while
  18. >others can't unless the language has some spiffy new layer of abstraction
  19. >or something that people can't deal with (e.g. OOP), but otherwise it
  20. >seems like the language is badly designed.  After gaining a mastery of
  21. >C++, then learning other OOP languages, I have come to the conclusion that
  22. >C++ is badly designed.  For example, Function pointer will return an
  23. >integer, takes two ints as parameters.  In C/C++
  24. >   typedef (int*)(int a, int b) MyFuncType;
  25. >   MyFuncType MyFunc;
  26. >in Oberon
  27. >   TYPE
  28. >      MyFuncType:FUNCTION( a, b:INTEGER ):INTEGER;
  29. >   VAR
  30. >      MyFunc:MyFuncType;
  31. >Which do you think looks more readable?
  32. To me, the former does. *shrug* I guess that's what happens when you
  33. skip pascal in the "learning trend"... (It's already a rather
  34. ambiguous command, in either language)
  35.  
  36.  
  37. ------------------------
  38. R o b e r t  J a c o b s
  39.  klaws@norfolk.infi.net
  40. ------------------------
  41.  
  42.